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VAN DE REDACTIE 


Een bijzonder woord van dank aan het eind van dit jaar , voor onze 
2 hoofd-copy-leveranciers is alleszins gepast !. 

Roland en Leendert hebben dit blad , de Atom-ciub gedragen mad 
ik dat zo zeggen ? ; zonder tekort te doen aan de meer verborgen 
bijdragen van de diverse anderen, zoals b.v. Willy Truven, Thijs. 
Ook moet gezegd, dat dit alleen mogelijk is als er mensen zijn 
die iets met de huidige- of de oude configuratie doen, of ermee 
experimenteren. En dat heeft alles te maken met de vraag 

waarvoor gebruik je de Atom. Dat bepaalt het voortbestaan van AN. 
Als zodanig is ook de opmerking c.q. vraag bedoeld 

15e jaar ! en laatste 2 * -- op de volgende pagina 

Maar gepast is ook een beetje trots: trots op de mensen die de 
Atom ontwierpen, trots op de velen die er zovele jaren zoveel aan 
gesleuteld hebben. 


Namens de redactie 
Aruno Tossaint 
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Contributie voor 1996: het 15e jaar ! en laatste ?. 

EPOS/3 perikelen R.Leurs 

De ATOM-in-PC onder Windows L.Bijnagte 

Kerstwens 
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Atom data in de pers R‚Leurs 
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Zoek v.4 - ACL-archief / Unicorn BBS H.Derksen/ 
R.Leurs 

Regioadressen 


Wikka hg jeg kreken rekel ee geek 
gosvasssaet GONTAIBDTIE 1998 Gee 
VOR RRERAIRL RER EERE 


Nog voor een keer !? , Ja, alweer …! 


Het bedrag van £l. 25,- over te maken naar : 
gironum 5244293 t.n.v. Fed. v.Atomclubs Ned.en Belgie 
Berkenlaan 24 
3737 RN Groenekan. 
Ofwel „ als U een bankrekening wilt gebruiken, naar: 
nummer P_ 5244293 t.n.v. Fed. v.Atomclubs , etc zie 
hierboven 


Voor de goede orde : onze voorraad acceptgiro's is al 
enkele jaren uitgeput en de kosten voor aanmaak zijn véél 
te hoog voor het kleine aantal leden. 


Het Bestuur van de Federatie 
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EPOS/3 perikelen 


door roland leurs 


Diverse leden laten regelmatig weten dat ze de Atom-in-pc software graag op 
een andere drive installeren dan de voorgeschreven drive C:. Ofschoon de 
meeste basicprogramma’s snel aan te passen zijn met de huip van de P- 
Charme "editor" /C:/D:/ is het iets moeilijker voor de systeemsoftware en 
het terminalprogramma zelf. 


Het terminalprogramma laadt het Atomvdu-font automatisch als het 
commando CLEAR 0 gegeven wordt … mits dit bestand zich bevindt in de 
directory C:\ATOM\FONT. Ook de PC-Utility box maakt gebruik van 
bestanden die op een vaste plaats op de harddisk moeten staan: 
C:\ATOM\HELP. 


Als u de software op een andere drive wil installeren voert u de volgende 
handelingen uit: 


„ installeer de software tijdelijk op drive C: 

LJ kopieer de software vervolgens naar de gewenste drive met het DOS 
commando XCOPY C:\ATOM D: /S/E/V waarbij D: de nieuwe drive 
is 

u start de Atom en laat onderstaand basicprogramma lopen: 


5 D=CH"D" 
10 F=FOUT "ATOM\ATOM. COM" 
20 PTR Fef50 
30 BPUT F‚D 
40 SHUT F 
50 F=FOUT "ATOM\SYSTEM\PCUTIL. ROM" 
60 PIR F=#FCO 
70 BPUT F‚D 
80 PTR F=#FEO 
90 BPUT F‚D 
100 SHUT P 
110 EXIT 


In regel 5 staat tussen de aanhalingstekens de letter van de drive waar 
u de software op wil installeren. 
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Een ander punt is de vervanging van de eprom op de kaart. In de 
handleiding staat vermeld dat dit een optionele handeling is. Maar helaas, dit 
is echt niet waar. Het is zelfs een vereiste! Als u de nieuwe software wil 
gaan gebruiken dient u de eprom te voorzien van het EPOS/3 operating 
system zoals dat op de diskette meegeleverd is. Dit bestand is iets groter dan 
16k; voor de meeste eprom programmers geen probleem. De extra bytes zijn 
eraan geplakt omdat de Atom altijd in blokken van 255 bytes saved. Mocht 
uw eprommer software er toch problemen mee hebben dan is er altijd nog 
Unicorn BBS waar u een losse rom kunt vinden die de juiste lengte heeft. 
Voor zover bekend zijn alle installatie problemen opgelost na het vervangen 
van de eprom inhoud. 


Tenslotte zitten er nog wat bugjes in de tekstverwerker. Voor de liefhebbers 
wordt daar nog aan gewerkt. 


Voor de ontwerpers: 


Uit een van de ingezonden registratieformulieren blijkt dat er nog steeds 
behoefte is in den lande om een cassette interface te hebben al is het alleen 
maar om oude programmatuur nog éénmaal in te lezen. Wie voelt zich 
geroepen om dit te realiseren? 

Misschien is het mogelijk om cassettes te lezen met een oud cassette 
interface dat ooit gebruikt is om basicode programma’s in te lezen via de 
printerpoort van de pc. Heeft u daar ooit mee gewerkt of heeft u daar 
ervaring mee, laat het even weten, Dan kunnen we samen komen tot een 
goed werkende oplossing. 


Met vriendelijke groeten, 
Roland 
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De Atom in PC onder windows 


Tenzij u recent van Venus bent teruggekeerd, heeft u vast wel 
iets gemerkt van de aankondiging van Windows 95. In dit arti- 
kel wil ik het een en ander uit de doeken doen over de conse- 
quenties van dit verschijnen en ook de consequenties voor de 
Atom in PC kaart en de WinAtom software in het bijzonder. 


Het grote verschil 


Nou valt het niet mee om kort en bondig te vertellen wat nu 
het verschil is tussen Windows 3,1 en Windows 95. Maar het 
begint er al aardig op te lijken als je de vraag vergelijk war 
vind je beter: het gedichtje op het Sinterklaas cadeau of het 
verzamelde werk van Van der Vondel. 

Met andere woorden: het is een beetje appels en peren verge- 
lijken. Windows 95 is een besturingssysteem. Dat ís Windows 
3.1 niet. Daar heb je nog steeds een MS-DOS omgeving voor 
nodig om het geheel op te laten starten. Het grote voordeel is 
dat alles wat nodig is, reeds ingebakken zit in het systeem. 
Bijvoorbeeld netwerkondersteuning, CD-Rom support, noem het 
maar op. 


Nog meer verschillen 


Windows 95 is uitgerust met een plug en play principe, Dit 
principe staat voor het automatisch herkennen van uitbreidin- 
gen en toevoegingen op het gebied van hard- en software. 
Verder is de omgeving 32 bits, althans voor het grootste 
gedeelte. 32 bits klinkt sneller dan 16 bits, maar moet aan de 
andere kant ook weer niet worden overtrokken. Waar we bijvoor- 
beeld kijken naar de Atom in PC kaart, is het nauwelijks 
interessant of dit vanuit een 32 hit programma of een 16 bits 
programma geschiedt: het blijft een 8 bits Atom. 


Een wereld van verschil 


Met deze versie van Windows zijn wel een paar andere belang- 
rijke zaken geïntroduceerd. Het systeem werkt met ‘protected 
environments’ iets wat zoveel wil zeggen dat je niet (onge- 
straft) buiten de eigen grenzen van het toegewezen geheugen 
kan komen. En dat is prettig. Het ‘hangen’ van een applicatie 
heeft niet tot gevolg dat het hele systeem via een UIT/AAN 
moet worden opgestart. Dit is een hele verbetering ten opzich- 


ATOM-IN-PC ONDER WINDOWS L.BIJNAGIE 





te van de nukkige voorganger 3.1. 

Ook de introductie van threads is, wat mij betreft, een hele 
stap voorwaarts. Het is nu mogelijk om programma's parallel 
wat te laten doen. De ene thread is bezig met communicatie 
naar de PC kaart, de andere thread update het scherm etc. Door 
de introductie van threads lijkt de zaak ook veel soepeler te 
lopen. Dit is bijvoorbeeld te zien aan het printen. Dit wordt 
nu niet langer via een Poll mechanisme afgehandeld, maar via 
een thread met een wat lagere prioriteit. De voorgrond thread 
krijgt voorrang, maar als deze staat te niksen, dan wordt door 
de achtergrond thread in volle gang geprint. 


De Atom In PC kaart 


Het zal u toch niet verbazen dat de kaart van Roland gewoon 
werkt. Dus niks geen speciale plug en pray manieren. Gewoon 
installeren en gaan. 

Iets anders is het met de WinAtom software. Deze werkt (uiter- 
aard) ook onder Windows 95, maar, hoe kan het ook anders, 
maakt nog geen gebruik van de specifieke mogelijkheden van de 
Windows 95 omgeving. Vandaar dat er wat is gesleuteld aan 
diverse zaken en dat er nu een, zij het premature, versie is 
van WinAtom32. 

Eenmaal (weer) op snelheid heb ik tevens het lettertype voor 
de Atom wat aangepast. Het was naar mijn beleving toch wat 
mager uitgevoerd, zodat bij het vergroten en verkleinen toch 
wat onleesbaarheid ontstond, hoewel dat niet te lezen was. 
Vandaar de donkere avonden maar weer geïnvesteerd om het 
geheel wat te verfraaien. 

Bij een nieuwe omgeving hoort cok een nieuwe compiler. Borland 
heeft met grote spoed en nauwkeurigheid een nieuwe versie 
aangeleverd. De versie 4.52, hoewel volgens de About box het 
hier gaat om versie 4.53. Tevens zit daar een Tool bij, voor 
een paar centen extra, voor het controleren van je programma. 
Codewright heet die extensie en haalde toch een paar blunder- 
tjes uit het bestaande WinAtom traject. 

De .386 devicedrivers werken wel, maar ik weet nog even niet 
waarom. Ook werkt Win95 zonder deze drivers naar behoren met 
de Atom In PC. Iets anders wordt het als de Dos box er zich 
mee gaat bemoeien. Dan wordt het gezellig druk in de IO Pits 
en 10 tegen 10 dat het systeem volledig op haar snuit gaat. 


Is het nou allemaal de moeite waard 


Dat is natuurlijk altijd een gewetensvraag die moeilijk objec- 
tief is te beantwoorden. Persoonlijk vind ik het een zeer 
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grote verbetering ten opzichte van bijvoorbeeld Windows 3.1. 
Maar het hele circus wat om Windows 95 zit, staat me toch min 
of meer tegen. Heel veel bla bla, met name van de mensen met 
een commerciële snor, een keurig pak getooid met diep donker- 
bruine haardos, die niet gehinderd door enige kennis van zaken 
wel even menen te vertellen waarom nou dit en waarom nou dat. 
Maar als eenmaal door die klaarblijkelijk nodige lucht is heen 
gekeken, blijft een goed produkt over. Bij mij werkt het naar 
behoren op een 386 DX 33 met daarin 4 Mb geheugen. Meer geheu- 
gen werkt wel prettig maar is niet strikt noodzakelijk voor 
het werken met bijvoorbeeld Excel en WinAtom. Iets anders is 
het op het Ontwikkelsysteem. Daarop draait de compiler en dan 
is 8 Mb toch wel erg plezierig. 


En wat is er nog verder 


Feitelijk doet Windows 95 wat OS/2 al jaren doet. OS/2 heeft 
echter als groot nadeel dat het niet van Microsoft is. Met 
andere woorden: gedoemd om niet door de grote markt geaccep- 
teerd te worden. Maar de reden waarom ligt meer in de marke- 
tingaanpak van de bedrijven dan in de kwaliteit van het pro- 
dukt . 


Of ia NT een alternatief 


NT is een operatingsysteem voor de zogeheten Hi-End users. Nou 
zijn we dat natuurlijk allemaal binnen de Atom club, maar daar 
zitten nog wel wat haken en ogen aan. 

Het grote voordeel is dat alle Windows 95 programma’s opgepakt 
kunnen worden en zo draaien onder NT. Ook WinAtom. Nee, die 
niet. Maar dat heeft te maken met de, in dit geval strikt 
nodige, devicedriver. Het is een noodzaak om een dergelijke 
driver te hebben. Wordt aan gewerkt, maar is anders dan voor 
Windows 95 en moet dus nog worden uitgewerkt. Maar ik houd u 
op de hoogte. 

NT werkt met een nog veel beter protectie mechanisme voor de 
individuele taken. Het is me tot op heden nog nooit gelukt om 
een hele NT server te laten crashen. Wel de applicaties, nooit 
het systeem zelf. Dat geeft dus hoop voor de toekomst. 


Wat nu te doen 


Als u het zich kunt en wil permitteren ís het verstand de 
overstap naar Windows 95 te maken. Voor rond de 170 gulden is 
er al een volledige set met software en handleiding beschik- 
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baar. Alle bestaande applicaties draaien bij mij zonder pro- 
blemen, echter veel en veel stabieler. Het is niet nodig voor 
de Atom in PC kaart. Die draait ook best goed onder 3.1. Maar 


dat heeft meer met de kwaliteit van de kaart dan met Windows 
te maken. 


Leendert 





„P:10 HET MYSTERIE MET DE 65802 L.BIJNAGTE 


Het mysterie met de 65802 


In de vorige aflevering, als we dat fraaie boekwerk van Roland 
van de afgelopen keer even niet meetellen, stond er een pro- 
gramma voor de 502 wat wel werkte op de ‘echte’ Atom maar niet 
op de Atom in PC. Gaat het hier dan toch om een incompatibel 
produkt of zit er toch nog wat anders om de hoek. In dit 
artikel een kleine toelichting. 


Wat was het probleem ook al weer 


In het voorbeeld programma werd Clear 4 op semi sneile wijze 
geschoond door er kamerbreed aan te vliegen met 16 bits nul- 
len. Dit geschiedde in een lusje en zo kon het zijn dat er 
zonder de Post index indirect adressering kon worden gevuld 
dat het een lieve lust was. 

Maar op de Atom In PC loopt dat zaakje niet zo goed. Sterker 
nog: Binnen de kortste keren was de Atom In PC naar Never 
Never Land vertrokken. 


Hoe komt dat nou 


De Atom In Pc heeft geen eigen beeldscherm. Echter wel het 
geheugen wat bij het bijbehorende beeldscherm zou horen. De 
kaart is echter zo fraai geconstrueerd, dat als er in het 
video geheugen, zoals we dat maar even zullen noemen, wordt 
geschreven er een NMI interrupt bij de 6502 wordt geïntrodu- 
ceerd. Deze zorgt op zijn beurt dat het geheel wordt doorgege- 
ven aan de Terminal software en zo kan het gebeuren dat wat er 
in het videogeheugen gebeurt ook op het beeldscherm, hetzij 
onder DOS hetzij onder Windows gebeurt. 

En in die interrupt zit nou het venijn. Daar de processor nog 
steeds in de 16 Bits mode staat, zal ook de interrupt afhande- 
ling in 16 bits mode worden opgestart. Maar die routine is 
daar helemaal niet voor bedoeld of geschreven. Met andere 
woorden. De stack gaat gillend over de schreef. Registers 
bevatten ronduit idiote waarden, Dat kan dus niet goed gaan. 
En dat doet het ook niet. 


Ie daar een oplossing voor 


Nee 
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Echt niet? 


Het is mogelijk om de interrupt routine aan te passen voor het 
gebruik van de 65802. Maar gezien de penetratie 802 binnen de 
club alsmede de warme belangstelling van de leden hiervoor 
lijkt me dit niet zinnig. Wellicht komt er ooit een opvolger 
van de Atom, waar op een wat andere manier aan video emulatie 
gedaan wordt. Dan is het impliciet opgelost. 

Zou eenmaal de interrupt routine zijn aangepast, dan blijf je 
nog met het geven zitten, dat door de terminalprogramma's 
slechts 1 byte per keer over de bus wordt gestuurd, Het is 
maar de vraag of ook dit eenvoudig is aan te passen. Voorlopig 
dus nog maar niets doen met de 802 in het video geheugen lijkt 
de conclusie. 


Leendert 
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Een breuk in de Atom 


Inleiding 


Nee, het gaat hier niet over de zoveelste hardware storing in 
de originele Atom. In dit verhaal wil ik het een en ander uit 
de doeken doen over de opbouw van Floating point getallen. Met 
deze wijsheid in de binnenzak, moet het mogelijk zijn om 
verder te gaan met de in het vorige nummer van Atom Nieuws 
vermeldde project over de 8087 floating point processor als 
hulpje van de Atom. 


Opzet 


De floating point getallen worden op een zodanige manier 
opgeslagen, dat het eenvoudig moet zijn om er mee te rekenen. 
Deze opslag gebeurt op een min of meer standaard manier. Deze 
manier is in de Atom als een 5 bytes getal opgeslagen. De 
opbouw is als volgt: 

1 byte voor een exponent 

4 bytes voor een mantissa 

Een mantissa is een moeilijk woord voor het gebroken deel van 
een getal. 


Mantissa 


In dit getal wordt het getal opgeslagen wat een fractie repre- 
senteert. In theorie is het voldoende om alle mogelijke getal- 
len tussen 0.000 en 1.000 op te slaan. Dat kan je doen door 
een afspraak te maken over de posities van de bits. Stel dat 
we de volgende 4 bits nemen: 

1111 

U en ik maken de afspraak dat het meest linker bit staat voor 
een 1/2 teken, zijn rechter buurman voor 1/4 zijn buurvrouw 
voor een 1/8 en haar rechter nicht een 1/16. Op basis van deze 
afspraak, kunnen we er mee rekenen. Wie niet van de afspraak 
afweet ziet alleen maar wat nullen en enen staan, zonder de 
onderliggende betekenis te kennen. 

Tel je die dingen op: 1/2 + 1/4 + 1/B + 1/16, dan kom je op de 
waarde 0.9375 uit, iets wat toch al aardig in de buurt van het 
getal 1 komt. Zou je de reeks uitbreiden (1/32, 1/64 etc) dan 
nader je oneindig dicht, zoals dat heet het getal 1. 

Op zich is dit een bruikbare methode om getallen in op te 
slaan. Maar er kleeft ook een nadeel aan. Bij een getal tussen 
0 en l is er geen vuiltje aan de lucht, maar wordt het groter 
of kleiner dan deze, dan staat de komma op een andere plaats 
en is ook de betekenis van het bitpatroon anders. 


__EEN BREUK IN DE ATOM L.BIJNAGTE P- 





Hoe dat op te lossen. 
Normaliseren 


Hoewel het woord ‘normaliseren’ bijna een politiek/maatschap- 
pelijke betekenis zou kunnen hebben, wordt normaliseren binnen 
de wiskunde gebruikt om een getal binnen een bepaald bereik te 
brengen. Dit kan bijvoorbeeld door vermenigvuldigen, delen, 
etc. Gemakshalve noemen we dit het Bias bit. Een geeft aan 
dat er vermenigvuldigd moet worden, zijn antipode, de, geeft 
aan dat delen de bedoeling is. 

Bij Atom-floating point getallen is het de bedoeling dat het 
getal genormaliseerd wordt tussen de waarden 0.5 en 1. 
Uiteraard moet worden opgeslagen wat er voor nodig was om het 
getal op deze waarde te krijgen, anders gaan alle getallen wel 
heel veel op elkaar lijken. Behalve dat, wordt cok opgeslagen 
of dit resultaat door delen is verkregen, dus als een getal 
groter was dan 1, of door vermenigvuldigen, in geval het getal 
kleiner dan 0.5 was. 


Exponent 


Het exponent wordt gebruikt om het getal aan te geven wat 
nodig is bij de vermenigvuldiging of de deling om het getal 
weer zo te krijgen, zoals de maker het bedoeld heeft. Dit 
getal is altijd een exponent van 2. Staat er een 3 in de 
exponent, dan is het de bedoeling dat het getal 2 tot de macht 
3 wordt verheven om het gewenste resultaat te krijgen. Dus dat 
wordt 2 Xx 2 x2= 8, 

Tevens wordt bij het exponent nog even aangegeven of het 
negatief getal was dan wel een positief. 


En ou aan de slag 


Een voorbeeldje. Het getal 1.5 zal als volgt worden opgesla- 
gen: Eerste de handel delen door 2, want het is groter dan 1. 
Het resultaat is 0.75. In de reeks betekent dat, dat het be- 
staat uit 1/2 + 1/4 (0.5 + 0.25). De exponent moet aangeven 
dat de mantissa met 2 moet worden vermenigvuldigd om op het 
gewenste resultaat te komen. Het grondtal is al 2, dus de 
exponent zal 1 moeten worden, want 21 =2. 

Daar we van de Atom al een 1/2 cadeau krijgen, getallen worden 
immers alleen in de reeks van 1/2 .. 1.0 opgeslagen, ziet dit 
getal in Atom notatie er als volgt uit: 

--EXPON-- ----Fractie-------- 

1000.0001 0100.000 ---- „0000 


Nog even in de herhaling: 
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Voor de exponent 
Linker bit is 1, want het is een positief getal. Bit 8 is 1, 
wat staat voor een exponent van 2. (2°1) 


Voor de fractie: 

Het linker bit is 0, wat aanduidt dat er vermenigvuldigd moet 
worden (met de exponent) om op het resulraat te komen; een 1 
bit wat een 1/4 aangeeft. Neem daarbij de 1/2 die we reeds 
cadeau kregen en zie daar, daar staat dat 1,5 gelijk is aan 
1/2+1/4 * 2. En dat klopt als een zere vinger. Wel even ont- 
houden dat u altijd een 1/2 er bij krijgt voor het zelfde 
gela. 

U ziet dat hier dus ataat: 2°1 * 0.75 = 1.5 


Terug naar het geheel 


Zoals u ziet is het opslaan van floating point getallen niet 
echt ingewikkeld. Maar ala je er voor het eerst tegen aan- 
kijkt, lijk het tech allemaal wat onlogisch. Om nog even wat 
gevoel te krijgen met de opslag van getallen, nog twee voor- 
beelden. Een groter getal en een getal kleiner dan 1, wat 
bovendien nog negatief is. 


124.75 
Dit getal is bepaald groter dan 0.5, dus we moeten net zolang 


gaan delen door 2, totdat het antwoord kleiner is dan 1.0 en 
groter dan 0.5 


124,75 : 2 = 62.375 
62.375 : 2 „ 31.1875 
31.1875 : 2 » 15.59375 


15.59375 : 2 = 7.796875 
1.796875 : 2 „ 1.8984375 
3.8984375 : 2 = 1.94921875 
1.949218375 : 2 = 0.974609375 


We hebben 7 maal door twee moeten delen om op het resultaat 
van 0.974609375 uit te komen. 7 wordt dan de exponent van het 
getal. Het getal 0.974609375 moeten we nog even uitwerken in 
een breuk en dat is 1/2 + 1/4 + 1/8 + 1/16 + 1/32 + 1/256 + 
1/512. In de afgesproken notatie ziet dat er uit als: 
1111110011. U weet nog dat het meest linker bit staat voor 1/2 
etc. 

Nu nog even afwerken: Het getal is positief, dus het tekenbit 
wordt @. De exponent hadden we bepaald op 7, dus het eerste 
getal is 1000.0111. Het bias bit staat op vermenigvuldigen, 
dus wordt Î. De half kregen we cadeau, dus hoeven wel alleen 
de andere getallen op te slaan. De mantissa ziet er dan uit 


EEN BREUK IN DE ATOM L.BIJNAGIE Pp. 15 





als: 0111.1001.1000.0000 en verder 0. 
-0.046875 


Daar dit getal kleiner is dan 0.5 moet er vermenigvuldigd 
worden totdat dit wel het geval is. Daar gaan we: 


Xx 0.046875 = 0.09375 
x 0.09375 = 0,1875 
x 0.1875 = 0.375 
x 0.375 = 0.75 


ND NN 


We kunnen dus schrijven -0.046875 = -0.75 2°-4 


Voor een exponent met negatieve notatie, moet gebruik worden 
gemaakt van het 1 complement van het getal. Dat klinkt heel 
ingewikkeld, maar dat wil zeggen dat het geheel geïnverteerd 
wordt, de nullen worden enen en vice versa, en er wordt ver- 
volgens 1 bij opgeteld. 4 noteert als 0000.0100, dus -4 no- 
teert als O111.1100. (4 geïnverteerd is 1111.1011. Daarbij 1 
opgeteld geeft 1111.1100. Het hoogste bit laten we vervallen, 
en zie daar 0111.1100) 

Hieruit volgt dat -0.046875 te schrijven valt als: 
0111.1100.$10000 ---- 0 

De exponent is -4 

De halve krijgen we weer cadeau, en de kwart zien we staan. 





En nu voor de Intel 80x87 


De Intel heeft een ruimere plaats voor zowel de exponent als 
de mantissa. Waar de Atom zich tevreden houdt met 7 bits en 
een bit voor het teken, daar wil de Intel er meer of minder. 
Evenzo voor het fractionele. De Atom redt zich uitstekend met 
31 bits, de Intel vergrijpt zich aan 23, 52 of 64 bits. Dit 
betekent dat er wat schuifwerk voor nodig is om het geheel 
toch in de pas te krijgen en het aanvullen met nullen voor de 
niet terzakendoende deelgegevens. Van Atom naar Intel verlies 
je dus niets, van Intel naar Atom moet er even vermanend met 
het afrondingsstokje worden gezwaaid. 


Het verschil 


De x87 kan de getallen op drie manieren opslaan: 

als real-4, een 8 bits exponent en een 23 bits mantissa 

als real-8, een 11 bits exponent en een 52 bits mantissa 

als real-10, een 15 bits exponent en een 64 bits mantissa. 

In de voorbeelden gaan we uit van een real-4, maar dat is 
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alleen om wat type werk te besparen. Het principe is gelijk, 
alleen de nauwkeurigheid neemt toe naar mate er meer bits 
beschikbaar zijn. 


De IEEE norm voor het opslaan van floating point getallen 
schrijft voor dat het fractionele deel van het getal opgesla- 
gen wordt voor de waarden tussen 1.00 en 2.00. Dat is het 
dubbele van wat bij de Atom wordt opgeslagen. Een kwestie van 
vermenigvuldigen of delen door 2 bij het omrekenen dus. 

De exponent wordt ook op basis van het grondgetal 2 opgesla- 
gen. Dat is dus net als bij de Atom. Maar omdat de reeks 
fractionele getallen altijd een factor 2 groter is op de Intel 
dan de Atom, is de exponent altijd 1 kleiner dan op de Atom. 
Verder wordt de exponent opgeslagen met een bepaalde basis- 
waarde, een bias. Bij het getal wordt altijd 127, 1023 of 
16383 opgeteld. Op deze manier is het mogelijk om ook eenvou- 
dig negatieve exponenten op te slaan. 


Een voorbeeld 


0.75 


In Intel Notatie is 0.75 als volgt vast te stellen. 

Eerst het resultaat vermenigvuldigen, omdat het kleiner is dan 
1. 

0.75 x 2 = 1.5 

Dit voldoet aan de reeks van 1.00 - 2,00 

Bij de Intel krijgen we de waarde 1.0 cadeau, zoals we bij de 
Atom 0.5 cadeau kregen. De waarde zou er dus uitzien als 

1.5 * 2*-1 = 0.75 

Exp Mantissa 

O112.1111 0100.000----- 0 

{Het exponent is -1. In deze notatie is dat O111.1111) 


Bijna waar. Maar toch een klein addertje onder het gras. Deze 
notatie is anders dan die van de Atom. Er wordt een offset van 
127 gebruikt en daar wordt de waarde van de exponent bij op 
geteld of er van afgetrokken. De waarde komt in dit geval uit 
op 126. Dat kennen we weer als Ol11.1110. Het bias bit staat 
op delen (0, voor Intel) 
De volgorde van bit is ook iets anders, namelijk eerst het 
sign, dan de 8, 11 of 15 bits exponent, gevolgd door de man- 
tíissa. Dus 0.75 ziet er uiteindelijk uit als: 

SXXX.XXXX.XMMM.MMMM ---- M 

0011.1111.0100.0000 ---- 0 

| 


exp. } 1/2 
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Conclusie 


Is het nu allemaal wat duidelijker of is er inmiddels een 
bitje op drift geraakt? Toegegeven het is taaie kost, maar 
toch min of meer logisch qua opbouw. 

Het is niet echt moeilijk te doorgronden hoe de opslag van 
floating point gegevens in elkaar steekt. Toch is het lastig, 
maar gelukkig kon ik putten uit een artikel van Bas Kasteel 
uit een Atom Nieuw uit de tijd dat het woord Laserprinter nog 
niet bestond en Windows alleen door Engelstaligen werden ge- 
bruikt om door een muur te kijken. 


En hoe nu verder 


Met deze kennis paraat, is het mogelijk om verder te bouwen 
aan de Floating point uitbreiding voor de Atom-In PC kaart. Er 
is al overleg geweest met Roland en er zijn al wat nummers 
gereserveerd voor deze extensie. In een volgende Atom Nieuws 
hoop ik u iets over de conversie routines te gaan vertellen en 
misschien is er dan al een werkend demootje te verkrijgen. 

Met andere woorden: u hoort nog van ons. 


Leendert 
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ATOM DATA IN DE PERS 


deel 3 - door roland leurs 


Aansluitend op de artikelen over datacompressie in Atom Nieuws 13-4 en 
14-1 krijgt u nu een voorbeeld van de Huffman compressie te zien. 


Even snel terugflisten, hoe zit het ook al weer met die Huffman? Deze 
compressietechniek komt er op neer dat de meest voorkomende elementen in 
het bestand de korste codering krijgen. Daarbij is het van groot belang dat de 
korte coderingen niet het begin zijn van langere coderingen; als bijvoorbeeld 
de 'A’ zo vaak voorkomt dat de codering 'O’ is dan mag geen enkele andere 
code met een '0’ beginnen. Een voordeel is dat er geen scheidingsteken 
tussen twee gecodeerde elementen nodig is. 


Hoe we "handmatig" de codering berekenen heeft Leendert reeds uitvoerig 


beschreven in Atom Nieuws 13-4. Het hieronder beschreven programma 
volgt deze methode grotendeels. 


Huffman Compressie 


Om te beginnen moeten we zien dat we de 'huffman-boom’ op d'een of 
d'andere manier in het geheugen geplaatst krijgen. De boom wordt in een 
array geplaatst, waarbij iedere knoop (lees: array element) deze bouw heeft: 


etement _nr: frequentie knoop-links knoop-rechts 





De elementen zelf krijgen nooit een verwijzing naar een andere knoop. Hun 
pointers naar de linker en rechter tak krijgen de dummy waarde -1. 

Als we dit even vertalen naar de theorie van Leendert dan hebben we als 
laatste elementen: 
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Deze worden vervolgens opgenomen in een nieuwe knoop X die zowel links 
als rechts een verwijzing heeft: 


Uit de theorie en ook het gezond verstand blijkt dat een lijst met N 
elementen uitgroeit tot een boom van 2*N-1l knopen. Helaas is me nog niet 
duidelijk wat het verband is tussen het aantal elementen en het aantal bits 
waarmee het minst voorkomende element gecodeerd wordt, Ofschoon mijn 
logische redenering zegt: als ieder element een bit erbij krijgt, dan is het 
maximaal mogelijke aantal bits gelijk aan het aantal elementen: 
bijvoorbeeld: #00 -> 0 

#01 -> 10 

#O2 -> 110 
Volgens deze redenering hebben we bij N elementen dus mogelijk N bits 
nodig voor de codering van het minst voorkomende element. Op zich is dat 
niet zo’n probleem want zo’n element zal in de praktijk enorm weinig of 
zelfs niet voorkomen in het bestand dat gecomprimeerd wordt. 


Werken met 256 bits getallen is in Basic nogal omslachtig, vandaar dat ik in 
het voorbeeld programma niet het byte als element neem, maar het nibble. 
Hierdoor krijgen we te maken met 16 elementen, 31 knopen en maximaal 16 
bits codering. Nieuwsgierig? Hier is de listing: 


10 PROGRAM HUF man TEst Routine 

15 REM Roland Leurs - november 1995 

20 ; 

30 PROC SORTEER(M),H‚N,W 

40 DO 

75 Wel 

80 FOR N=0 TO M-1 

90 IF BB(AA(N +1),0)> BB(AA(N),0) THEN H=AA(N);AA(N)= 
AA(N+I;AA(N+I=H;W=0 

100 NEXT N 

105 M=M-l 

110 UNTIL W=l 

115 GOTO 150 

120 FOR N=0 TO (E-1)/2 

130 _H=AA(E-1-N);AA(E-I-N)= AA(N);AA(N) =H 

140 NEXT N 

150 PEND 

160 ; 

200 PROC WRITE(H),K‚M 
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210 IF H=-i THEN BPUT O,B;GOTO 305 
220 M=BB(H,0,;K=0 

230 WHILE M&#40000000=0 

240 M=M*2;K=K +1 

250 WEND 

260 WHILE K <30 

270 M=M*2K=K +1 

280 XIF M&#40000000=0 THEN WRITEBIT(O) 
290 ELSE WRITEBIT(I) 

300 WEND 

305 PEND 

310 

320 PROC WRITEBIT(N) 

330 B=B*2IN;C=C+I 

340 IF C=8 THEN BPUT O,B;PRINT 'B';B=0;C=0 
350 PEND 

360 

999 E=16;REM AANTAL ELEMENTEN 

1000 DIM AA(E),BB(E*2,2) 

1010 FOR X=0 TO E*2 

1020 BB(X,0)=0;BB(X,I)=-1;BB(X,2)=-| 
1030 NEXT X 

1040 F=FIN “GAOSLOGO" 

1050 IF F <5 THEN PRINT "Error: bestand kan niet geopend worden. "’;EXIT 
1055 PRINT '"Elementen worden geteld …” 
1060 WHILE PTR F <> EXT F 

1070 X=BGET F 

1080 BB(X&#0F,0) =BBCX&#0F ,0) +1 

1089 BB(X&#F0/16,0)=BB(X&#F0/16,0) +1 
1090 WEND 

1095 T=E 

1096 FOR N=0 TO E-1;PRINT 'BB(N,O);NEXT 
1100 FOR N=0 TO E-í 

1110 AA(ND=N 

1120 NEXT N 

1122 PRINT*"Inrichten van de boom … ” 

1125 FOR N=E-1 TO 1 STEP -Ì 

1130 SORTEER(N) 

1140 BB(T,0}=BB(AA(N).0) +BB(AA(N-1),0) 
1150 BB(T,D)=AA(N-1);BB(T,2)=AA(N) 

1160 AA(N-D=T;T=T +1 

1170 NEXT N 

1180 T=T-1 

1185 PRINT *"Coderen van de elementen …” 
1190 DO 

1200 H=l;P=T;D=| 

1210 DO 

1220 XIF BB(P,D)< >-1 THEN H=H"2+(D=2)};V=P;W=D;P=BB(P,D);D=1 
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1230 ELSE D=2 

1240 UNTIL BB(P‚I)=-1 AND BB(P,2)=-1 
1250 BB(P,O)=H 

1260 BB(V,W)=-1 

1270 UNTIL BB(T,1)=-1 AND BB(T,2)=-1 
1285 PRINT '"Bestand wordt weggeschreven …” 
1290 O=FOUT "GAOSLOGO. HUF" 

1300 FOR N=0 TO E-1 

1310 PUT O,BB(N,0) 

1320 NEXT N 

1330 C=0;B=0 

1340 PTR F=0 

1350 WHILE PTR F< >EXT F 

1360 N=BGET F 

1370 WRITE(N&#F0/#10) 

1380 WRITE(N&AOF) 

1390 WEND 

1400 WRITE(-I) 

1410 SHUT F 

1420 SHUT O 

1430 PRINT ’;EXIT 


In rege! 1000 wordt de array BB opgezet voor de boom. Array AA wordt 
alleen gebruikt als hulpje bij het sorteren. De array wordt geinitialiseerd en 
alle knopen worden op -l gezet. Vervolgens wordt het invoerbestand 
geopend en worden de elementen geteld. 


Analoog aan het verhaal van Leendert wordt de lijst gesorteerd. De laagste 
twee elementen worden samengebracht in een nieuwe knoop. In het 
programma wordt dit gedaan door een volgend array element te vullen met 
de som van de knopen en de twee pointers op te nemen in de daarvoor 
bedoelde velden. Daarna volgt weer een sorteerslag, maar nu zonder de 
laagste twee elementen en met de nieuwe knoop. Dit komt neer op het 
invoegen van het nieuwe knoopje. 


Tot zover is het nog redelijk eenvoudig. Dit had u zelf ook al kunnen 
bedenken. Maar nu komt het mooiste stuk: het uitlezen van de boom en dus 
het coderen van de elementen. Omdat de Atom werkt met 32 bits brede 
variabelen moet bekend gemaakt worden waar in de variabele de codering 
begint. Hiervoor gebruiken we de volgende construktie: het begin van de 
codering wordt aangegeven door een ’1’ bit; alle voorgaande 'O' en deze '1’ 
horen niet bij de codering. Stel elemtent X heeft de Huffmancode ’1001’ dan 
wordt deze code als volgt intern opgeslagen: 
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0000000000000000000000000001 1001 


Het coderen van de elementen begint in de top van de boom. Dit is het 
element BB(T‚x) {dit is immers als laatste aangemaakt.} Voor alle elementen 
wordt getest of de linkerknoop naar -1 wijst. Als dat niet zo is betekent dat 
dat er een stap gemaakt kan worden. Voor een stap naar links moet een 'O’ 
bit worden toegevoegd aan de codering. Als we tenslotte op een element 
komen waar de linkerknoop op reeds op -Ì staat zijn we aangekomen op een 
eindpunt. Mogelijk is er dan nog een weg naar rechts. Naar rechts stappen is 
een '1’ bit toevoegen. Indien zowel de linker als de rechterknoop op -1 staan 
zijn we terechtgekomen op een eindpunt waar we nooit meer hoeven te 
komen. De verwijzing naar deze knoop (dus in de bovenliggende knoop) 
moeten we dan op -1 zetten. Op deze manier blijven we door de boom 
heenlopen totdat van het hoogste element beide verwijzingen op -1 staan. Op 
dat moment hebben we de codering compleet. 


Het toevoegen van een 0 in de basic-variabele H is eenvoudig H 
vermenigvuldigen met 2. Het toevoegen van een Ì is H vermenigvul-digen 
met 2 en daar 1 bij op te tellen. 


Tenslotte moet het invoerbestand nogmaals gelezen worden om de codering 
naar het uitvoerbestand te schrijven. Vooraan in dit bestand zetten we de 
gecodeerde elementen; dat is later bij het uitpakken weer handig. 


De elementen worden in hun gecodeerde vorm weggeschreven. Daartoe moet 
eerst even gezocht worden waar de codering begint (d.w.z. zoek het eerste 
*1’ bit). De daaropvolgende bits worden naar het bestand geschreven. Dit 
gebeurt via een hulproutine die de afzonderlijke bits eerst in een byte plaatst 
en vervolgens dit byte naar disk schrijft. 


Om het verhaal netjes af te sluiten worden de geopende bestanden afgesloten. 


De resultaten 


Om een aardige vergelijking te maken met de RLE compressie uit AN14-1 
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heb ik dezelfde bestanden ditmaal met Huffman gecomprimeerd: 


GAOSLOGO 6160 
GAOSLOGO.HUF 3212 (GAOSLOGO.RLE 6138) 
CIRKEL 6160 
CIRKEL.HUF 1755 (CIRKEL.RLE 1214) 


Het betreft hier twee grafische bestanden; de compressiefactor kan dan 
behoorlijk toenemen. De source van PCDOS (+ 22 kb) was niet zo enorm 
goed comprimeerbaar met dit programma. Het gecomprimeerde bestand 
bevatte toch nog ruim 18 kb aan data. 


Ook hier geldt, net als bij RLE en alle andere compressie programma’s, hoe 
vaker een bepaald element of combinatie van elementen voorkomt des te 
hoger is de compressie factor. Een groot verschil is dat de volgorde waarin 
de elementen voorkomen niet van belang is bij Huffman terwijl RLE en LZH 
daar juist op gebaseerd zijn. 


Huffman Decompressie 


Het decompressie programma is een stuk eenvoudiger. Immers, de 
gecodeerde data zijn bekend. Het enige dat moet gebeuren is een bitreeks 
inlezen en de daarbij behorende code zien te vinden. Een prettige 
bijkomstigheid is dat een korte Huffman-code nooit het begin is van een 
lange Huffman code. Dus als we eenmaal een code gevonden hebben dan is 
er over de juistheid van dat Huffmanwoord geen twijfel mogelijk. 

De decompressie routine werkt met dezelfde interne 32-bits notering voor de 
Huffman codes. 


Om te beginnen leest de decompressor de in het bestand opgeslagen Huffman 
codes. Vervolgens wordt een bit gelezen uit het bestand. Dit bit wordt 
opgeslagen in een huipvariabele. Deze variabele wordt vergeleken met de 
zestien mogelijke elementen. Als de tot nu toe gelezen code niet tot de 
zestien mogelijkheden behoort wordt een volgend bit gelezen. Uiteindelijk 
moet er een code gevonden worden en daarmee is ook het element bekend. 
Isse siempel. 
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Vanzelfsprekend hebben we ook hier dan een haif byte gevonden; we zoeken 
vervolgens de tweede helft van het byte, voegen de twee helften samen en 
het byte is gedecomprimeerd. Als alle bytes gedecomprimeerd zijn is het tijd 
om het programma te beëindigen. Over en stuiten. 


10 PROGRAM UNHUFTER 

20 REM ROLAND LEURS 

30 

40 FUNCTION LEESBIT 

50 IF C=8 THEN C=0;B=BGET F 
60 C=C+1 

70 LEESBIT =(B&#80< >0) 

715 PRINT (B&#80 < >0) 

78 B=B*2 

80 FEND 

90 

100 PROC OPEN-INPUT-FILE,N 
110 F=FIN "GAOSLOGO.HUF" 
120 FOR N=0 TO E-1 

130 BB(N)=GET F 

140 NEXT N 

150 C=8 

160 PEND 

170 

180 FUNCTION NIBBLE,H,L 

190 H=l 

200 DO 

210 H=H*2+LEESBIT 

220 L=0 

230 WHILE H< >BB(L) AND L<E 
240 L=L+i 

250 WEND 

260 UNTIL H=BB(L) 

270 NIBBLE=L 

280 FEND 

290 

1000 E=16;REM AANTAL ELEMENTEN 
1010 DIM BB(E-1) ; @=0 

1020 O=FOUT"GAOSLOGO.ORG" 
1030 OPEN-INPUT-FILE 
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1040 DO 

1050 BPUT O,(NIBBLE + NIBBLE*#10) 
1130 UNTIL PTR F = EXT F 

1140 SHUT F 

1150 SHUT O 

1160 EXIT 


De bestanden HUFTER.RUN en UNHUFTER.RUN zijn op het Unicorn 
BBS te vinden als HUFFMAN.ZIP. Het telefoonnummer van dit BBS is 


026-4425506 
Met vriendelijke groeten, 
Roland Leurs Telefoon : 0345-572970 
Hoge Hoeven 62 Fidonet : 2:285/226.9 
4191 MN Geldermalsen Aconet : 77:8500/504.32 


REGIO-MEDEDELINGEN . 


1. REGIO BRABANT-OOST 
Bijeenkomsten op het bekende adres 
Adolf van Cortenbachstraat 92, Eindhoven, tel. 040-123231. 
Aanvang 13.30.u 


2. REGIO LIMBURG-BELGIE 
Clubavonden in "Oos Kaar",Geldersestraat 43, tel 0046-321378. 
op de le vrijdag van de maand. 
BEHALVE IN JANUART : dan op 12 januari algemene leden- 
vergadering; uitnodiging volgt. 


3. REGIO DEN HAAG 
Alles op het nieuwe adres : Theo Waaver 
Hendrik v. Boeijenlaan 66, 2273 DC Voorburg,t. 070-3862504 


t, REGIO ARNHEM e.o, 
Geplande bijeenkomsten Acorn Atom Club Regio Arnhem: 
Ten Huize van Henri Derksen, Bolwerk 25, 6811 JE ARNHEM 
op de derde woensdag van de maand. 
Telefoon: 085-455485, UniCorn BBS: 085-425506 NxXX/XXXX BPS 
BNI 
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ZOEK v4 * ACL Archief * Unicorn BBS 


henri derksen / roland leurs 


Om voor iedereen de schijven van het Atom Archief snel en eenvoudig 
beschikbaar te krijgen zijn alle diskettes zoals die voorkomen in het atom 
disk archief van de regio Limburg geplaatst in de Atom File Area van het 
Unicorn BBS. Per diskette is een ZIP bestand aangemaakt met daarin de 
programma’s die op de oorspronkelijke disk staan. De programma's zijn 
opgeslagen in het Atom-PC formaat, dus inclusief een header van 16 bytes. 
Als u een bestand wil laden in een standaard Atom dient u daar rekening 
mee te houden. Laad het bestand dan 16 bytes voor het oorspronkelijke load- 
address. Doordat de bestanden op deze manier zijn opgeslagen is informatie 
zoals het load en executie adres niet verloren gegaan. 


Alles bij elkaar toch enkele duizenden bestanden, samen goed voor enkele 
megabytes zip-files. En waar vind u dan het programma PAINTER? Zoek 
dat niet zelf, maar gebruik de nieuwe Atom Nieuws Item Tracer versie 4, 
Aan deze versie is een tweede datafile toegevoegd met daarin opgenomen het 
disk archief. Net zo makkelijk als u een artikel zoekt, zoekt u nu ook een 
bestand uit een collectie van ruim honderd diskettes. 


Behalve het diskarchief vindt u ook o.a. deze bestanden op Unicorn BBS: 


VVVVVVVVVVVVVVVVVVVVVV VVV UVV VVVVVVVVVVV VV VVV vVvv 


UniCorm BBS FileArea: 6 Acom Atom 


Files voor de Acom Atom 





512 DEMO.ZIP Acorn Atom-in-pc demo: 512 karakters op EGA/VGA-scherm 


ATOM .386 Windows Atom-in-pc driver op Ox308 ! 
ATOM _RLE.ZIP Demo programma voor datacompressie, zie AN95-1 
ATOM386. ARJ Windows Driver voor Atom-in-PC 


ATOMARCH. ZIP Overzicht van alle Acom Atom archief club schijven 

ATOMDOS. ZIP AtomDos voor Atom-in-PC met 827i FDC, met Atom - PC disk copy. 
ATOMINPC.MGV _ De Meest Gestelde Vragen over de Acorn Atom in PC Kaart 
ATOMLIST. ZIP Laat de inhoud van een Atom Basic file zien vanuit DOS 
CON4SER2.RUN Vier-op-een-rij voor twee atom’s, zie AN 14-2 
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DARNIT.RUN 
DARNIT.ZIP 
DECADOS3. ZIP 
EPOS3I0.ROM 
EPOS310. ZIP 
EPOS3SRC.ZIP 
FORTUIN. ZIP 
EFRONT.ARC 
KLOKRTC 
PIC-WPG.ARC 
PLAAT2, ARC 
REVERSIRUN 
ROTFAN.RUN 
RVFORI02.ZIP 
SNAPPER. RUN 
TEKENING.EXE 
VBOEPOS3 ZIP 
WATOM EXE 
WATOM.TXT 
WINATOM. ARJ 
WORD20. ZIP 
ZOEK4. ZIP 


Darnit, spel voor Atom-in-pc, ready-to-run 

Nieuwe versie van Darnit met setup 

Atom Dos software voor 8271 FDC en EPOS/3 

De Nieuwste Atom in PC OS Rom om in een 27128 te programmeren. 
De Nieuwste Acom Atom in PC SoftWare Oktober 1995 

Sources van EPOS/3 toolboxen en ROMS 

Rad van fortuin, spel voor Atom-in-pc 

Atom plaatjes van de Atom Nieuws Cover, geARCed met Tekening.EXE 
RealTime klok voor atom-in-PC kaart van Berry Lam 

Acorn Atom Plaatjes gecomprimeerd. 

Vervolg Atom Plaatjes, zie Atom Nieuws 1993 

Spel voor Atom-in-pc, ready-to-run 

Grafische demo voor Atom-in-pc, ready-to-run 

Rad van fortuin vi.02 verbeteringen ivm EPOS/310 

Spel voor Atom-ín-pc, ready-to-run 

PC-Programma om *.AGS Acorn Atom plaatjes te tonen. 
Aangepaste software voor 80 koloms clubkaart aan Atom-in-PC 
Atom onder windows op Ox308 ! 

uitleg over de Atom onder Windows 

eerste beta PC-In-Atom onder Windows. 

ATOM ED64 Compatible tekstverwerker voor ATOM-IN-PC 

Acorn Atom Nieuws Item Tracer 4, zoekt ook files in Atom Archief. 








